home *** CD-ROM | disk | FTP | other *** search
/ Atari Mega Archive 1 / Atari Mega Archive - Volume 1.iso / lists / mint / l_1599 / 1275 < prev    next >
Encoding:
Internet Message Format  |  1994-08-27  |  1.4 KB
  1. From: Kay Roemer <roemer@informatik.uni-frankfurt.de>
  2. Posted-Date: Wed, 20 Apr 94 8:15:41 MESZ
  3. Received-Date: Wed, 20 Apr 94 08:15:41 +0200
  4. Message-Id: <9404200615.AA07832@hera.rbi.informatik.uni-frankfurt.de>
  5. Subject: Re: sending signals from xdd's
  6. To: bousch@topo.matups.fr (Thierry Bousch) (Thierry Bousch)
  7. Date: Wed, 20 Apr 94 8:15:41 MESZ
  8. In-Reply-To: <9404192301.AA13836@topo.matups.fr>; from "Thierry Bousch" at Apr 20, 94 1:01 am
  9. Mailer: Elm [revision: 70.85]
  10.  
  11. Hello Thierry,
  12.  
  13. > > 
  14. > > Perhaps (as Juergen suggested some time ago) post_sig() should be
  15. > > made available for device drivers through struct kerinfo?
  16. > 
  17. > While it would be a Good Thing, it would not solve the problem indicated
  18. > before, i.e. you still need another thread. But it would have the great
  19. > advantage of allowing this thread to execute in kernel mode, so
  20. > addroottimeout() would be usable...
  21.  
  22. That's exactly the point. But the latter solution wouldn't really hurt
  23. me, because input in MintNet is already processed asynchronously via
  24. addroottimeout(). So I could simply use kerinfo->post_sig() in the
  25. right place to do the job while I had to setup a different thread with
  26. Pexec() and would have perhaps all the problems Stephen has with its
  27. update daemon and Multitos without post_sig().
  28.  
  29. BTW: Have you thought about a concept for adding line discipline stuff
  30. to your driver? I would really like to avoid implementing serial drivers
  31. into MintNet...
  32.  
  33.  
  34. All the best, Kay.
  35.